PM2 中如何处理信号

为了允许正常重启/重新加载/停止进程，请确保在让应用程序退出之前拦截 SIGINT 信号并清除所需的一切(如数据库连接、处理作业...)。

现在 pm2 reload 将变成 gracefulReload。

通过 CLI，这会将超时延长至 3000 毫秒：

Via 申请声明 use the kill_timeout attribute:

有时您可能需要等待您的应用程序与您的数据库/缓存/工作者/任何东西建立连接。 PM2 在将您的应用程序视为“在线”之前需要等待。 为此，您需要向 CLI 提供--wait-ready或在进程文件中提供wait_ready: true。 这将使 PM2 监听该事件。 在您的应用程序中，您需要添加 process.send('ready'); 当您希望您的应用程序被视为准备就绪时。

然后启动应用程序：

默认情况下，PM2 等待 3000ms 等待 ready 信号。

通过 CLI，这会将超时延长至 10000 毫秒：

通过 申请声明 使用 listen_timeout 和 wait_ready 属性：

仍然有挂钩到 http.Server.listen 方法的默认系统。 当您的 http 服务器接受连接时，它会自动将您的应用程序声明为准备就绪。 您可以使用与 --wait-ready 优雅启动相同的变量来增加 PM2 等待时间：进程文件中的 listen_timeout 条目或通过 CLI 的 --listen-timeout=XXXX。

当一个进程被 PM2 停止/重启时，一些系统信号会按给定的顺序发送到您的进程。

首先，一个 SIGINT 信号被发送到您的进程，您可以捕获该信号以了解您的进程将被停止。 如果您的应用程序在 1.6s (customizable) 之前没有自行退出，它将收到一个 SIGKILL 信号强制进程退出。

信号 SIGINT 可以通过设置环境变量 PM2_KILL_SIGNAL 替换为任何其他信号(例如 SIGTERM)。

当信号不可用时，您的进程将被终止。 在这种情况下，您必须通过 CLI 使用 --shutdown-with-message 或在生态系统文件中使用 shutdown_with_message 并监听 shutdown 事件。

Via CLI:

通过 申请声明 使用 shutdown_with_message 属性：

监听shutdown事件